CM 
< 
CM 

o> 

CO 

CL 
LU 



(19) 



(12) 



(43) Date of publication: 

10.12.1997 Bulletin 1997/50 

(21) Application number: 97109222.6 

(22) Date of filing: 06.06.1997 



Europaisches Patentamt 
European Patent Office 
Off ice europ^en des brevets (11) EP 0 81 1 942 A2 

EUROPEAN PATENT APPLICATION 

(51) IntCI. 6 : G06F 17/60 



(84) 


Designated Contracting States: 


• Katchapaiayam, Babu 




AT BE CH DE DK ES Fl FR GB GR IE IT LI LU MC 


Los Angeles, CA. 90049 (US) 




NL PT SE 


• Liu, Bing 
Alhambra, CA. 91801 (US) 


(30) 


Priority: 07.06.1996 US 660488 


• Narasimhan, Balaji 


(71) 




Culver City, CA. 90230 (US) 


Applicant: 


• Ramanujam, Gopal 




Cyber Media, Incorporated 


Los Angeles, CA. 90025 (US) 




Santa Monica, CA 90405 (US) 


• Tran, Jonathan 


(72) 


Inventors: 


Alhambra, CA. 91803 (US) 


• 


Cheng, William 


(74) Representative: 




San Gabriel, CA. 91775 (US) 


Liesegang, Roland, Dr.-lng. et al 


• 


Hwang, Kenneth 


FORRESTER & BOEHMERT 




Los Angeles, CA. 90049 (US) 


Franz-Joseph-Strasse 38 


• 


Kannan, Ravi 


80801 Munchen (DE) 




Los Angeles, CA. 90024 (US) 



(54) Automatic updating of diverse software products on multiple client computer system 



(57) A system and method update client computers 
of various end users with software updates for software 
products installed on the client computers, the software 
products manufacturered by diverse, unrelated software 
vendors. The system includes a service provider com- 
puter system, a number of client computers and soft- 
ware vendor computer systems communicating on a 
common network. The service provider computer sys- 
tem stores in an update database information about the 
software updates of the diverse software vendors, iden- 
tifying the software products for which software updates 
are available, their location on the network at the vari- 
ous software vendor computer systems, information for 
identifying in the client computers the software products 
stored thereon, and information for determining for such 
products, which have software updates available. Users 
of the client computers connect to the service provider 
computer and obtain a current version of portions of the 
database. The client computer determines that software 
products stored thereon, and using this information, 
determines from the database, which products have 
updates available, based on product name and release 
information for the installed products. The user selects 
updates for installation. The selected updates are 
downloaded from the software vendor computer sys- 
tems and installed on the client computer. Payment for 
the software update and the service is mediated by the 



service provider computer. Authentication of the user 
ensures only registered users obtain software updates. 
Authentication of the software updates ensures that the 
software updates are virus free and uncorrupted. 
Changes to the client computer during installation are 
monitored and archived, allowing the updates to be sub- 
sequently removed by the user. 
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Description 

BACKGROUND 

Field of invention 

The present invention relates to systems and methods for computer-based customer support, and more particu- 
larly, to systems, methods, and products for automatically updating software products from diverse software vendors on 
a plurality of end-user, client computer systems. 

Backgroun d of Invention 

The typical personal computer contains various categories of software products, such as operating system files, 
utilities applications, and device drivers, code libraries, and other forms of computer readable or executable informa- 
tion In some of these categories, such as applications, the personal computer may contain numerous programs invar- 
ious subcategories. For example, a user may have one or two word processing applications, several graphics 
applications, and numerous games. Most of these products will come from different software vendors. As used herein 
Software vendors" includes any entity that distributes software products, even if the entity also manufactures or deb- 
utes hardware or other non-software products. These software vendors frequently improve the.r products, by add ng 
new features, or by fixing known problems, and make these software updates available to their users. These updates 
may or may not be free. 

There are at least three significant problems that the vendors and users face in attempting to P-^e these urates 
to the user. First, vendors face difficulty and costs in attempting to inform users of their products that * e Jf» ates 
available and users experience similar difficulties in attempting to ascertain what updates are available. Vendors typi- 
cally send out mailings to registered users, place advertisements in relevant trade journals and magazines, and engage 
in other promotional activities. u . „ w _,___ 

For all of these efforts, many users may remain unaware of the many software updates applicable to their systems 
until they encounter problems and contact the vendors' technical support organizations. Otherusers only earn about 
updates by searching the Internet or on-line services for solutions to their technical problems. Just the shea^gnrtude 
of the problem of updating all software products can be overwhelming. Given that a user w.H I have many software prod- 
ucts from numerous vendors on her computer, it would be nearly impossible for the user to frequently monrton all of tine 
available distribution channels, journals, Internet forums, and the like, to determine for wh.ch of the many software prod- 
ucts there are updates available. . j.mDCvHh.1 

For example, some vendors maintain sites on the World Wide Web. or electronic bulletin boards (BBS s) that 
include information about current updates and products, and enable a user to download such ^esj^wer^such 
sites are obviously dedicated to a single software vendor, and provide information only about that software vendor s 
products, and certainly not about the products of numerous other vendors that may be interest to a given "sen Thus, 
the user would have to search the internet, and possibly online services, to determine which vendors have such srtes 
The user would likely to have visit each of these sites individually and determine what software updates are available 
from each of them. Similarly, even though some on-line services include forums or other mechanisms ^ere us^ can 
learn about available updates, this still places the burden on the user to actively seek out 

or search engines on the Internet, such as Excite. Yahoo. Lycos, or Infoseek merely provide links to software vendor 
sites, but do not generally attempt to systematically determine which software updates are available, and provide this 
information to the user, let alone actually update the software on the user's machine 

Another problem is that even once an update has been identified, there is the need to install rt in the user s compu- 
ter. Many users purchase the software updates by mail order, or the like, and receive them on floppy diskettesj*her 
users may download the software updates via Internet from the computers of the software vendors, or from °n-Uneserv- 
ices. In any of these cases installing a single update can be a tedious, time-consuming and error-prone Process for 
many users due to the various formats and installation procedures required. Installing updates for all of the numerous 
software products on a user s system on a regular basis would be even more diff icult and time consuming for the typical 



user 



Finally, many users have concerns about their privacy, and are often resistant to revealing complete '"fern^on 
about their software configurations to one or more vendors. However, even for a single vendor, jnforn^toon aboutj^.ch 
of the vendor s products are installed on a user s computer system, and system configuration information is necessary 
for determining which updates are applicable to the user's computer system. For example, a certain software ^update to 
an accounting program from vendor A might be applicable if the user has a printer from vendor B and a drftererti [soft- 
ware update is applicable if the printer comes from vendor C. The user might not want to let each vendor knowabout 
all the components on their system, but this configuration information is necessary to ensure the 
updated is installed. Still, users are resistant to the prospect of a single vendor storing information profiling the software 
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components that reside on their computer systems. 

In summary, from the perspective of an individual vendor, the problems are identifying and notifying every user of 

nrXT" 2 J!!* °' aVa,,abi,ity ° f Updat6S to the on a time| y and use,ul b ^is. and ensuring that the 

iSSSl'S f f a i! ? Sta,,ed Fr0m the P 8 "^^ of the user, the problems are systematically and 

SSnirSrS? 1 ^ ^ CUrrent,y aVaHab,e for piece of 80flware on her and r«olving the 

technical difficulties in obtaining and installing such updates. 

^SS'SL* iS deS i able ,0 Pr ° Vide 3 SySt6m mat determines which software updates from numer- 

c ree h Software 1 vend ° rs are current| y avai,ab| e. ar «* which are applicable to a given user s computer system, and 
nstalls such user selected ones of such updates on the user's computer. Further, it is desirable to provide such a sys- 
tem without abndging the privacy of users by obtaining and storing system profile information. 

SUMMARY OF THE INVFMTION 

In accordance with one aspect of the present invention, there is provided a system and method that automatically 
updates software components from numerous diverse software vendors on the computer systems of a plurality of end 
IJEStTL" y f T 8t ,6aSt °" e database that stores software "Pdate information for a plurality of software 

££™ T . ♦ by * verse software vendors ^ database is maintained by a service provider on a service pro- 
vider computer system. Alternatively, the database may be maintained by a set of software vendors of the software 
products in association with the service provider. The software update information in the database specifies the soft- 
ware update program or files and their network location on the computer system of the software vendors, which com- 

f? C °T eCted ^ " etWOrk t0 the 8ervice provider «""P"te' system. The database further stores 
information that describes an installation process for installing the software update on a user s computer 

In «"e preferred embodiment the network is the Internet to which the diverse software vendor computer systems 
^or^T. „™* e available Updates for tneir software. The network location provided in the software update 

?r<CSL ' S . V ° nS ° r m ° re universal resource locators (URL). Thus, the update database does not store 

the software updates themselves, but information that is used to access the software from computer systems of the 
ongma vendors In addition, the software update information includes a format description associated with specific 
installation programs or actions needed to install the software update. 

in U oS.„ ea ( , Ch COr T!} et ' ° r synonymously client computer, operating in accordance with one embodiment of the 
invention there is provided a client application that periodically connects overthe network to the update database of the 
service provider computer system. The client application automatically downloads a portion of the database to the client 
^Z^ a T^, y l° UPdate 3 mirr ° r ° f P 0 * 0 " 8 0f datebase - From client database, the client application determines 
tn J?^T 1 ^ 65 arS app " Cable <* relevant to "S^'s computer. This is preferably done by first determining 
2L P £ L are installed in the client computer, and determining for each of these whether there is an update avail- 

uXs a a r£S produci than that insta,,ed ° n the diem computer ^ appiicawe 

' use ! H selects various software u Pdates for installing on the client computer. Either the client application or the 

S JZ ™ 1 "i™***™ men uses the network location specified in the database to connect to the computer system 
of the software vendor and download the software update from there to the client computer. The client application uses 
,nf ° rmat,on to determine the appropriate installation process associated with the software update, and 
installs the software update using the proper installation process. During the installation process, the client application 
monitors all changes made to the client computer, such as the deletion, addition, or alteration of files or directories The 
Ghent application stores the state of the client computer prior to these changes. This may be done by saving copies of 
1 i ^ a 6 . 1 ted ' and n0tinQ P atnn anies of files or directories to be added. Once the installation is complete 
L £ J! ,n i fo : mation ' sucn as the copied files, is compressed and archived, and identified as being associated 
wrth the, ust .retailed software update. This stored state information allows the client application to "undo" the installa- 
T ^7m S ,! 0 ? -J; "'"'Puter to its state prior to the installation, including restoring any files that were deleted or 
altered. Multiple undoes" of multiple installations may be accomplished 

^. Wh8re ^ e Vend ° r ° har9eS ,0f the SOftware "Pdate. the service provider computer may intermediate between the 
software vendor s computer and the client computer to enable an electronic payment by the user to the software vendor 
When tt,e electronic payment is authorized, the client application downloads the software update and completes the 
installation as described. Additionally, the service provider computer may authenticate the software update and check 
to ensure that it is not corrupted, for example by computer viruses 

r^lZ^Z°^ « peri ? d S , » r updates tne ***** database, monitoring URL information to ensure that H cor- 
da^le an7the likT * * kie " aies new software updates ' or new P rod ucts for inclusion in the 

The above system allows numerous users to periodically and automatically update the software products on their 

Tr!Z I'l, °T, 86 ^ 0ftWare V6nd0rS through a sin9,e - "t*** mechanism. The users need not invest the time and 
energy to identify currently available updates, nor engage in the potentially difficult process of manually (even electron- 
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ically) obtaining and installing the software updates, and properly configuring their computer systems. Rather, all of the 
relevant information about the currently available updates is maintained for subscribing users in the service provider s 
database. Further, the above system provides these benefits without directly storing the software updates themselves, 
which would be undesirable for the service provider due to vast memory requirements needed for handling software 
5 updates from hundreds, or potentially thousands of software vendors, and the difficulty of ensuring that all such soft- 
ware updates were current. 

As a further aspect of the invention, the update database stores promotional information for various software prod- 
ucts in addition to the software update information. The promotional information includes product literature, advertising 
literature, technical information, product demonstration software and the like. This information is categorized into a 

10 number of product categories. Like the software update information, the promotional information itself is not stored m 
the update database, but rather, a network location is stored for each item of promotional information. 

The client application determines on the client computer the product categories of the software products therein, 
and then selects promotional information from certain product categories, and retrieves this promotional information 
from the network location information associated with it. This enables the client application to direct promotional infor- 

is mation to the client computer based on the software products thereon, and hence the user s likely product interests, 
without 1) storing large quantities of promotional information directly; and 2) disclosing the actual contents of the user 
computer to third parties. 

The update database of software update information is preferably maintained by a supplier of the client application, 
who also maintains the service of providing software updates. This database is created by engaging with numerous 
software vendors to provide information for software updates of their products to the service provider. Preferrably. the 
software vendors provide the service provider information describing the software update, including version informa- 
tion, file formate, configuration information, and network location. 

Alternatively software updates may be identified by systematically and periodically searching the Internet to iden- 
tify the software vendors who are providing updates to their software products. These updates are then downloaded 
from the software vendor's Internet sites, and one or more network locations (URL) are identified tor obtaining the 
download The downloaded software update is then installed on one or more target computers as typically configured 
by end users. The format of the software update is determined, along with the network location of the software update, 
and other descriptive information, such specific configuration actions to be taken during installation of the software 
update, useful descriptive text, and the like. 

In another aspect of the present invention there is provided a client application that interacts with the update data- 
base The client application is provided on each of a plurality of client computers. The client application is executed on 
a periodic basis and connects to a update database as described above to perform the operations of downloading the 
portions of the database, determining the relevant software updates to be retrieved, retrieving same from their network 
locations, installing the software updates on the client computer, and removing installed updates if desired. 

In yet another aspect of the present invention, information about software updates or software products may be pro- 
vided by the service provider to a client computer by email, upon request for email notification by a user. Users who sub- 
scribe to the service provider* service indicate the software products in which they are interested, either * r ecti* ° r 
indirectly by their actions in using the service. As new software updates, or software products become available, the 
service providers determines which one match a particular user s interests, and notifies the user of such updates or 
40 products by email. The notification includes the network location of where the software product or software update is 
available. The user can then approve the installation of the product or update, and use the client application to download 
and install the software update or product. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is an illustration of a system for providing software updates in accordance with the present invention. 
Figure 2 is a flowchart of the overall method for providing software updates to a client computer in accordance with 
the present invention. 

Figure 3 is an illustration of a user interface for registering a new user of the updating service. 
so Figure 4 is an illustration of a user interface for selecting software updates for installation. 

Figure 5 is an illustration of a user interface for confirming installation of a software update. 

Figure 6 is an illustration of a user interface for undoing an installation of a software update. 

Figure 7 is an illustration of software architecture of the service provider computer system. 

Figure 8 is one embodiment of a schema for the update database of the service provider computer. 
55 Figure 9 is an illustration of the software architecture of an client computer. 

Figure 10 is a flowchart of further details of analyzing the client computer, determining software updates, and dis- 
playing update information. 

Figure 1 1 is a flowchart of the operation of the install monitor. 

Figure 12 is a flowchart of the operation of the URL monitor. 
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Figure 13 is an illustration of a user interface for registering a software update into the update database. 
Figure 14 is one embodiment of a schema for the user profile database. 
Figure 15 is one embodiment of a schema for the advertising information database. 
Figure 1 6 is a flowchart of the operation of the recovery module. 
s Figure 1 7 is an illustration of a user interface for registration a sofware product into the update database. 

DETAILED DFSHRI PTION OF THE INVENTION 

System Architecture 

10 

Referring now to Figure 1 , there is shown the architecture of one embodiment of a system for updating diverse soft- 
ware products on user 's computers in accordance with the present invention. In system 100, there are a plurality of cli- 
ent computers 101 communicatively coupled by a network 106 to a service provider computer 102. A number of 
software vendor computers 103 are also communicatively coupled over the network 106 to the service provider com- 

is puter 102. The network 106 is preferably the Internet, or other similar wide area network. 

Each client computer 101 is operated by an end user, and typically has a number of software products installed 
thereon, such as applications, drivers, utilities and the like. In accordance with the present invention, the client comput- 
ers 101 includes a client application 104 that communicates with the service provider computer 102 to obtain software 
updates of software products installed on the client computer 101 . The software architecture of a client computer 101 

20 and client application 1 04 is further described below with respect to Figure 7. 

Each software vendor computer 1 03 coupled to the service provider computer 1 02 stores software update informa- 
tion, software products, information files, and the like. The software update information includes applications, binary 
files, text files, and the like, for updating software products installed on client computers 101, and advertising or other 
information about such products useful to users for evaluating potential software for updating. Other types of infer ma- 

25 tion useful to providing product support, technical service, or the like may also be beneficially provided. In addition, the 
software vendor computers 103 provide mechanisms for controlling distribution and payment of software updates, such 
as credit card payment front ends, code authentication and verification subsystems, and the like. These various mech- 
anisms are understood in the art. For example, payment mechanisms may be implemented in compliance with various 
credit card or debit systems, as known in the art. Likewise, authentication and verification may be implemented using 

30 conventional encryption techniques. 

In a preferred embodiment, the network 106 is the Internet, and more specifically, the World Wide Web portion 
thereof. The various computers thereby support the protocols for FTP, and HTTP, and provide for the display and ren- 
dering of HTML, VRML, or other text or interface description languages. Each computer 1 01 , 1 02, 103 has a IP address 
that specifies its location on the network 106, thereby allowing such computers to communicate with each other in a 

35 conventional manner. Files, such as executables, binaries, and text files are identified within the various computers by 
universal resource locators (URLs) as known in the art. 



Overall System Operation 



Referring now to Figure 2, there is shown an overall flow diagram of the process of updating a single client compu- 
ter 101 in accordance with the present invention. The process here is described with respect to a single client computer 
1 01 Given the client-server nature of the system, those of skill in the art understand that numerous other individual cli- 
ent computers 101 may interact with the service provider computer 102 in parallel. 

The update process 200 is typically initiated on the client computer 101. The user may manually initiate the proc- 
ess, or it may occur automatically, for example at preset periods, such as once a month. Alternatively, the process may 
be initiated by the service provider computer 102 prompting the client computer 101 at various intervals, or in response 
to particular events. 

In each case, the user logs in 201 to the service provider computer 102 with the client application 104 in a conven- 
tional manner, providing a user ID, a password, and the like. This information may be manually entered by the user via 
the client application 104, or more preferably, stored within the client application 104. and automatically provided once 
a connection between the client computer 101 and service provider computer 102 is established. If the user is not reg- 
istered, then the service provider computer 102 in conjunction with inputs by the user, registers 202 the new user of the 
system. Figure 3 illustrates a basic user interlace 300 for registering the user. The user identifies himself or herself by 
name 301 and selects a password 303. The user may also provide a mailing address 305 and a payment mechanism 
such as a credit card data 311, including a credit card number and expiration date, to pay for the services and for any 
for-fee software updates that the user may access in the course of using the service provided by the service provider 
computer 102. An email address 307 is entered to allow the service provider to contact the user by email. The user may 
select check box 309 to indicate that they want to be notified by email when new software updates are available for soft- 
ware products installed on their computer. When the registration process 202 is completed, the service provider com- 
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puter 102 returns a unique registration number to the user. This number may be stored on the client computer 101 and 
used during subsequent logins to identify the user to the service provider computer 102. 

The registered users are authenticated 203 by the service provider computer 102. using conventional authentica- 
tion mechanisms, such one or more passwords, digital signature, certificates, or the like. Authentication ensures that 
only users who are properly authorized by the service provider can obtain updates for software products. 

The client application 104 then analyzes 204 the client computer 101 to determine a list of installed software prod- 
ucts The list of installed software products typically includes applications, system utilities, dnvers. and other executa- 
Wes or resources. These software products will typically be from numerous diverse software vendors, a number of 
whom will maintain software vendor computers 103 on the network 106. 

For each of the installed software products on the list, the client application 1 04 determines 205 if there is an appli- 
cable or relevant update for the software product. This determination is made in consultation with the service provider 
computer 1 02. which maintains, as further described below, a database including a list of available software updates for 
numerous software products of diverse software vendors. 

The client application 104 displays 206 the list of applicable software updates to the user, for review and selection 
thereof of updates for purchase and installation. Figure 4 illustrates a sample user interface drsplay 400 of applicable 
software updates. This display 400 includes the name 401 of each software product identified on the client computer 
101 and remarks 403 displayed next to the name indicating whether the software product is already up-to-date, that is. 
there are no applicable updates, or. if the product is not current, the list of applicable updates (which may be for the soft- 
ware product itself, or for related products). In those cases where there is an applicable update, the remarks 403 briefly 
indicate the nature of the software update. In the example of Figure 4. the remarks 403 for the software product Quicken 
5 0® by Intuit Inc indicates a update to provide new features. The user may obtain additional information by selecting 
a name or remark of a particular software product. The selected product name and remark is highlighted, as shown in 
Figure 4. and the information about the software update is displayed 207 in an information window 405. This information 
may be stored in the service provider computer 101. or obtained directly from the software vendor computers 103 1 as 
needed using URLs associated with such information. The user may limit the list to only those software products that 
need updating, rather than all installed software products, by selecting check box 407. 

The user may select one or more software products to update. To update one of the software products, the user 
selects the software product for update by selecting (e.g. double-clicking) the line including the software product, or by 
single clicking on the line, and then clicking the retrieve button 409. The user may select more than one software update 
by holding the control key on the keyboard down while single-clicking on the name of each desired software update, 
followed by selecting the retrieve button 409. When all the desired updates have been selected, the user may click on 
the continue button 41 1 to begin the installation process. 

For each selected software update, the client application 104 performs an installation process 208. Refemng to Fig- 
ure 5, the client application 104 displays information 505 for a selected software update, and provides the user the 
opportunity to confirm 501 or cancel 503 the installation. H confirmed, the client application 104 downloads 209 the soft- 
ware update, along with installation information, such as installation programs, files, and the like. This downloading may 
be directly from the software vendor computer 1 03. using the URL data stored in the service provider computer 1 02 for 
the location of the software update on the network 106. . . iiMr 

In conjunction with the downloading process 209. a payment transaction 210 may be conducted whereby the user 
of the client computer 1 01 pays for the software update if it is not a free update. The service provider computer 102 may 
intermediate in this transaction, or merely initiate the transaction by connecting the client application 104 to the compu- 
ter 1 03 of the software vendor of the update. If payment information, such as credit card numbers, are stored in the cli- 
ent application 104. then this information maybe provided by the client application 104 to the software vendor computer 
103 

Once the download and applicable payment are complete, the software update is physically installed on the client 
computer 101. Each sofware update is associated with information that describes the particulars for the installation 
such as configuration, decompression or other information. The installation is performed in conformance with such 

'"^IrHnTprefened embodiment, the client application 104 executes 21 1 an install monitor prior to actually installing 
the software update. The install monitor, as further described below, records the changes made to the client computer 
101 as a result of the installation of the software update. This information is archived by the install monitor and allows 
the user to "undo" or remove any number of installations, and restore the client computer 101 to its state prior to each 
such installation. Accordingly, the client application 104 performs 212 the installation, executing any necessary decom- 
pression, installation, or setup applications necessary to install the software update. During the installation process 21 2 
the install monitor records 213 any changes made to the system configuration, including changes to various configura- 
tion files additions or deletions of files, and additions or deletions of directories. The changes may be recorded I in a vari- 
ety of manners, such as building descriptions of the modifications of the files, or alternatively, storing copies of hies prior 
to their alteration or deletion. Once the installation is complete, the install monitor archives 214 the changes. This proc- 
ess 208 is repeated for each software update to be installed. 
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°" ce J ° f the software "Pdates have been installed, the client applications 104 logs out 2 1 5 of the service provider 

L ^ " eC6SSa l y payment information f or the user may be updated, such as payment based on the 
^T r ! l ? 3,eS /"f ? aSedl the 0nHne connection time - «* the lik * Alternatively, no payment may need to 
TJ^lTli 85 th i C ° St ° f me S6rV,Ce may be included in the 0081 of the ^^re update charged by the software 
c^r^eT sy^emTo? S6 ™ Ce PrOV ' d6r *" ""^ ° f coordinatin 9 and linkina end users *> the software vendor s 

wi,ht t . S ^ SUbSe ^ e " t ^l" 1 ' the USer may decide t0 und0 8 P revious installation, for example, due to dissatisfaction 
r^mnl^r-n^f Jnl^! r ^ V"*" 6 '* ,6atur6 ° f the client application 104 to undo 216 the installation. 
tT^ ♦ ? for the reCWery ,unct0n is il,ustra,ed in Fiaure 6 The "ser interface 600 includes a field 

hf c IT™^ . UP ^ te t0 be remOVed as se,ected b * 106 us er. along with an information window 603 
o m£ «~ . IT'' 6 UPd ? e 6 US6r COn,irmS * e removal of the software "Pdate ^ selecting the undo button 605. 
or may carx^l vvrth cancel button 607. The recovery function deletes the files installed for the software update, and 

Z2lr ! n * rmation created * tne insta » "onitor during the installation of the product. restoreTme client 

^" te ;, SyStem ! 01 to ,te configuration immediately before the installation of the product. This process 21 6 includes 
deleting files and I d.rectones that were added, restoring files and directories that were deleted, and restoring files that 
TeriL^SLf ^ ln T P I!' 6rred ernbodiment - the '""ver y 'motion is able to undo any installation in a given 
Zr^ JSS^T ** Chan96S '° con,i 9 urati ° n * *. client computer 101 after a particular insola- 

tion, in another preferred embodiment, the recovery function undoes installations in the reverse order of their installa- 

Z^FJZT? wer r ori9ina,| y rec ' uired from *e "ser for the cost of the software update and the associated 
service of downloading and metalling it. the payments may be credited back to the user when The user undoes the instal- 

Service Provider Compute 

Referring now to Figure 7. there is shown one embodiment of the service provider computer 102 in accordance with 
^Z rlT^H ' n T ° f h3rdWare architecture - *• service provider computer 1 02 is conventional server type 
computer, preferably supporting a relatively large number of multiple clients simultaneously for requests for data and 

T^J^^oT'T™ ]^ S6rviCe PrWider COmputer 102 indudes one or more conventional processors in a 
processor core 723. and a surtable amount of addressable memory 700. preferably on the order of 1 8-64 Mb The serv- 

l^rf COmputer 102 ™y be implemented with an Intel-based computer including one or more Pentium® proces- 
nZ'ZrZl -^ 0 '* computer, such as various models of Sun Microsystems • SparcStalions using UltraSparc® 

Em TSZZJFr**™* PrOVKl f ' ^P"* 6 ' 102 6X601,165 8 oo^entional operating system 721 . such as WindowsNT® 
from Microsoft Corp.. or one of vanous UNIX-based operating systems, such as Sun Microsystems' Solaris 2 5 The 
pSrvTrP ,der0Omputer I 02 ! urther inc,ude s a network communication protocol layer 719 that implements the nec- 

*lZ~i ^"L fUnCtl0nS for connecting to the network 106 and communicating with other computers 
nnni^ ^w ^j he P^ 6 " 1 ™ enti on. the service provider computer 102 includes a number of executable com- 
ponents and database structures useful for managing the software update interactions with the client computer 101 and 

an^Z^TvT^V 1 03 Th6S6 COmponents include a securit y module 70 1 . a communicationsmodu.e 703 
a payment module 705. database modification tools 707, a update database 709. a user profile database 71 1 , a report- 

ISSS^S ™ 3 ^ monrtormodu,e 71 5 - an advertisin^nformation database 71 7. and an activity log 71 8. The 
update database 709 is described here; the remaining components are described further below. 

Update Dalabasp 

The update database 709 maintains information identifying a large number of software products, information about 
the software .updates (that are available from the diverse software product vendors for these software products, informa- 
nt ^ ent ^' n 9 software products installed on a client computer 101 . and for uniquely distinguishing the versions and 
names of installed software products. 

tion 'iTr^fr^; *? T databaSG 709 d06S n0t itEe " store the software updates, but rather stores informa- 
y ^ 1 !. a " OWS S6rv,Ce V"*"** computer 102 or the client computers 101 to directly access the 
ZSHS! U ? !° m S ° ftWare V6nd0f COmputers 1 03 ™s implementation is chosen for several reasons. The sys 
" 'designed to prov.de software updates for large numbers of software products, on the order of hundreds and 

SEJEl °^? S k ' n tWS SitUati0n ' eXtr6m6ly ter9e amounts of ^ge would be required to store the rel- 

ZTtlTJZ I « St0nnfl * e S ° ftWare updates themselves, but only links to the software vendor computers 
n^ ol J^ P ^ f d °f n0t teve t0 sure ^ ^ software updates themselves are always current, but 
ZZVOZi T wh ich is administratively easier. In another embodiment, the software updates 
the updated database 709. This implemenation is useful, for example, to facilitate synchronization of 

J" ^ rtSe ' f ^ ^ r6,eaS6S ° f n6W SOftware u P dates for Products/thereby ensuring 

that the entries in the database 709 are consistent with the current releases of new software updates 
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Finally the update database 709 may also store information describing an installation process for installing a soft- 
ware SI information may include particular configuration, file format, or other data useful ^ performing *,e 
tattMon of the software update the client computer 101 . This information, if present, may be prov-ded to the client 
computer 101 to use during the installation of the software update. 

The update database 709 may be implemented in a variety of ways. Referring now to Figure 8 thereteshown one 
imple^enSon of the update dataUe 709. illustrated as a schema for a relational «f«^ | £S^ 
update database 709 includes 4 tables: a method table 801 . a product locator table 803. an product tabfo 805 and I an 
Sate table 807. Figure 9 illustrates a flowchart of the process of analyzing the client computer 1 0 1 using the tables of 

^ ^MtadttbtoMI maintains information identifying various methods of analyzing a client computer 101 to 
determfn™ which software products are installed thereon. The method table 801 includes scan methods 81 1 and param- 
etirsT 2 Th^oTsin methods 812 are designed to cover the variety of different facilities of a Cent computer 1 01 
^ r^y fo^ifTthe^ted products. For example, in a client computer 101 using Microsoft s Windows95 or Widows 
"CSrn, there is'provided a Registry which is designed to maintain indicia of installed soWe product. 
The Registry includes various methods that can be called to return information about the software products 
therein Some of these methods are listed in the scan methods 81 1 The parameters 81 2 are arguments to the Registry 
methods for example, identifying specific aspects of the Registry to be searched. 

wSe ZZpZce with toe Wmdows95 standard requires that a software vendor s installation procedure should 
update F^stry. not all software vendors comply. In this case, information identifying the installed software products 
Sso^iSed in the config.sys. system.ini. and the autoexec.bat files. Also, a client confer 101 may be using 
Microsoft Corp. * MS-DOS or Windows 3.1 operating systems, which do not use the 

methods 81 1 include methods for reviewing these system f iles and return.ng indicia of the r^tall^f^r e P^ucte^ 
Each of the scan methods 812 return indicia of the installed products in the form of a number of str.ngs. here 
scan SJng E^chTcan.string Entities a product name or fHe name, or some other ^^e, a scan str,ng may 
not uniquely identify a product. For this reason, the scanning is resolved by the product ^taWe^ 

The product locator table 803 associates individual scan-strings 813 wrih a product name ^nsfructions 81 6 fo 
determining a version number or release number, and one or more constraints 814. The constraint is a ruletna 
product given contextual information for the product where there are two entries having identical 
sS sfrinoTcSsfraims include specific directories that include the product, additional entries ,n the system configu- 
re RSyt the like. ITthe specified information in these various locations matches toe constraint ^vafoes. 
men the producfname associated with the constraint is the correct product name for the sran - s S^f e n ^f " 
ment the constraint 814 is an executable procedure that retrieves information in these vanous ^ons^and deter- 
VrornW information whether the product name is a match with the scan_str,ng. according to whether the 

soecif ied details of the constraint are found in the client computer 101. 

Since some of the installed software products will be in their most current version, it is not necessary o update Jl 
softwarpr^tTinstalled on the client computer 101 . Rather, from the list of installed software produrts ^herana.^ 
ys£S>5 ft^2) determines for which of these software products is there an applicable software ^Asof^are 
uSate is applicable to a client computer 101 if version of the software update is more recent than the version of the 

"ISr?^ Products installed on a client computer 101 need to be updated, the determination of 

the a^caSe Sftware urates is usefully made with the product table 805. The product table 805 assoaates . i product 
nlnSft ^ToarticulaVrelease 818 with an update ID 819 identifying a software update for that version of the prod- 
r Th 8 e 1 U« ies the^ew version that would be produced ^J^^Tr^E 

soecified bv the update ID 819 to the software product identified by the product name and release number The latest 
S^s^es^N) whether applying the software update wou« bring the product ^^^^f^toSe 

FinalhT the update table 807 stores the information necessary tor performing the software update itseH JNs teWe 
is us^utiy teyed^ the update ID 819. For each update, there is provided a URL list 823 wh,ch contains URLs for toe 
variou i^^e! tSt iore factual binary files for the software update, typically the software ve ^ or , <^ er J^° m 
ToaTnd Se^llly mirror sites. The URL list 823 is comprised of a number of ^^^^^fo^ 
URL and atimestamp of the last time the URL was validated, and flag indicating whether the URL is valid. This allows 
the URL monitor 71 5 to ensure that current URL information is maintained in the database ro 

The current cost 824 of the software update is also stored to provide the user wrth cost information for the software 

^e format 825 specifies the file format of the software update files, and thereby indicates the type of Posing 
need^ to Si the Sftware update files. In one embodiment, there are six formats and accompanying installation pro- 
cedures: 
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Table 1 



Format 


Installation Procedure 


zip 


1) Unzip file with unzip.exe 

2) Run instail.exe 


zip 


1) Unzip file with unzip.exe 

2) Run setup.exe 


self-extracting archive 


1) Execute file to extract 

2) Run instail.exe 


self-extracting archive 


1) Execute file to extract ! 

2) Run setup.exe 


file.exe 


1) Execute file for self extraction and installation. 


unknown 


1) use script information to perform installation. 



20 

With respect to unknown or custom formats, the update table 807 stores in the script 826 either a handle to a cus- 
tom installation program that is provided either by the software vendor for the update, or by the service provider. In addi- 
tion, the script 826 also stores information about any conditions that are required for the installation, such as turning off 

25 anti-virus programs, or other conflicting programs during the installation process. 

The description 827 field stores data associated with a description of the software update, such as describing the 
product features. The description is preferably a URL to a file on the software vendor computer system 103 that con- 
tains the description information. Again, the actual text need not be stored here, but merely a link to where that infor- 
mation is available on the network 106. 

30 The update database 709 has been described as a set of tables. Alternatively, the update database 709 may be 
implemented in an object oriented framework with each table being a class, and the fields of the tables being attributes 
and methods of the class. The class type is then usefully defined by the primary key of the table. 

Client Computer 

35 

Referring now to Figure 9, there is shown an illustration of the hardware and software architecture of a client com- 
puter 101 A client computer 101 is of conventional design, and includes a processor core 918, an addressable memory 
900, and other conventional features (not illustrated) such a display, a local hard disk, input/output ports, and a network 
interface. The display is of conventional design, preferably color bitmapped, and provides output for a user interface for 

40 various applications, such as illustrated in Figures 3-6. The input/output ports support input devices, such as a key- 
board, mouse, and the like, for inputting commands and data. The network interface and a network communication pro- 
tocol 916 provide access to remotely situated mass storage devices, along with access to the Internet, with a TCP-IP 
type connection, or to other network embodiments, such as a WAN, LAN, MAN or the like. 

In the preferred embodiment the client computer 101 may be implemented on a Intel-based computer operating 

45 under Microsoft Windows 3.1 or Windows95 operating system 917, or equivalent devices. The client computer 101 
includes some number of configuration files 915, such as the Windows95 Registry the system.ini, config.sys and other 
files. 

The client computer 101 further has installed thereon software products in the form of applications 912, operating 
system utilities 913, and device drivers 914, and the like. These various software products are among those that will be 

so updated by the service provider computer 1 02. 

In accordance with the present invention, the client computer 101 executes the client application 104 in memory 
900. The client application 104 is comprised of a number of executable code portions and data files. These include a 
security module 901 , a communications module 903, a payment module 905, a registration module 904. an advertising 
and news module 906. a system analyzer 907, a recovery module 908. an install monitor 910. and data defining the 

55 current state 91 1 of the application. The client application 104 further maintains in a private area of the computer stor- 
age archive files 909 that archive the state of the client computer 101 prior to each update installation. The client appli- 
cation 104 may be provided to the client computer 101 on a computer readable media, such as a CD-ROM. diskette, 
8mm tape, or by electronic communication over the network 106. for installation and execution thereon. 
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Analysis of Installed Software Products and Determination of Applicab le Updates 

In the preferred embodiment the analysis 204 is preferably performed by the client application 104 on the client 
computer 101. This reduces the network bandwidth required, and the potentially unreliability of non-stateless remote 

5 procedure call implementations by having the service provider computer 1 02 perform the analysis. It further increases 
the number of simultaneous users of the service provider computer 102. The analyze process is performed by the sys- 
tem analyzer 907 module of the client application 104. 

In this embodiment then, the client computer 101 stores a local copy of the method table 801 and the product loca- 
tor table 803 and uses these local copies to perform the analysis. 

10 Referring now to Figure 10 there is shown the process of the system analyser 907 for analyzing 204 the client com- 
puter 101 to determine the list of installed software products. 

The system analyzer 907 first synchronizes 1001 the method table 801 and the product locator table 803 in the cli- 
ent computer 101 with the current versions held by the service provider computer 102. Preferably each table is replaced 
in its entirety; this is likely to be faster than comparing individual entries and updating only those that are out of date. 

15 The synchronization may be mandatory or conditioned by version on client computer 101 being older than the version 
on the service provider computer 102, as indicated by stored timestamp of last time the update table 709 in the service 
provider computer 102 was updated. 

Once the tables are synchronized, the system analyzer 907 can operate locally, for improved efficiency. The system 
analyzer 907 traverses the entire method table 801, and invokes 1003 each scan method 812 to search the Registry 

20 and configuration files 915 of the client computer 101. Each scan method 811 outputs a scan_string, as described, 
specifying some software product installed on the client computer 101 . 

The system analyzer 907 applies (1005) each of the scan_strings to the product locator table 803. The product 
locator table 803 receives the scan_string and resolves 1007 the scan_string to determine a product name 815 and a 
release instruction 816 associated with it. In some cases, the scan_string does not uniquely identify a product name 

25 815, but matches several product names of installed software products. Accordingly, for each matching entry, the sys- 
tem analyzer 907 obtains 1 009 a constraint 814 from the product locator table 803. and resolves 1 009 the constraint to 
determine whether product on the client computer 1 01 is in fact the product listed in the entry. The constraint 81 4 of one 
of the entries will be satisfied and uniquely identify the product name. 

Once the specific entry with the correct product name is identified, the system analyzer 907 resolves 101 1 the 

30 release instruction 816 for the entry to obtain the release or version number of the installed software product. The 
release instruction 816 is preferably an executable procedure that obtains the version number from the named software 
product, and thus not merely the actual data itself. Using an executable procedure here ensures that the obtained 
release or version number is actual value for the product. 

The result obtained by the system analyzer 907 from the product locator table 803 is a list 1 01 3 of the installed soft- 

35 ware products on the client computer 101 , each product identified by name and the installed version. The system ana- 
lyzer 907 uses this list to query the service provider computer 102 to determine 205 for which of these products there 
is an applicable update. 

For each installed product (1002) the system analyzer 907 queries the service provider computer 102 to resolve 
1004 the name 815 and release number 818 of the product and determine if there a current update 821 for the product. 

40 This may be done by passing in the entire list as name, value pairs, or individually quarrying the service provider com- 
puter 1 02. In either cases, the service provider computer 102 determines if there is an applicable update for a software 
product by comparing the product name 815 and release information 818 to the product table 805. and obtaining the 
information in the latest update field 821 . If there is an update available, in that the release information in the table indi- 
cates a version later than the version that is installed on the client computer 101 , then the service provider computer 

45 1 02 returns 1 006 a handle the update ID 81 9 to the system analyzer 907. If the release of the software product installed 
on the client computer 101 is the most recent version, then the service provider computer 102 checks the next entry. 
This process continues until all of the installed software products are checked. 

Selection of Software Updates 

50 

Once all of the installed software products have been reviewed against the product table 805, the system analyzer 
907 will have a list 1007 of the applicable software updates, as those products for which rt received an update ID 819 
from the service provider computer 102. The system analyzer 907 can then display 206 the list to the user. An exem- 
plary user interface is described above with respect to Figure 4. 
55 The system analyzer 907 can further display 207 additional information for a software update, as illustrated in Fig- 
ure 5. by querying the service provider computer 102 with the update ID 819 of a particular product to resolve 1008 the 
update ID 819 on the update table 807 and return information, such as cost, description, and the like. 
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Installation of Software Updates and the Install Monitor 

♦ h !? US ^ Sel6CtS °" e * m ° re ° f the list software updates. For each selected update, system analyzer 907 returns 
me update ID 819 to the service provider computer 102. The service provider computer 102 resolves the update ID 819 

£ against the update table 807 to obtain the record for this update, including the URL list 823 identifying the location of 
!2Jf ?\ UPC ^ ,il6S ThiS reCOrd is returned to me client computer 101 . The client computer 101 accesses the iden- 
tified URL(s) and downloads the software update files, typically from the software vendor computer 103. though down- 
loads may be from mirror sites, or the like. The client computer 101 further downloads (from the received URLs) anv 
additional installation files, such as installation executables. and scripts. The client computer 101 also verifies that the 

io software update files are not corrupted. 

In a preferred embodiment, the client computer 101 employs its security module 901 to verify the integrity of the 
files to make sure that they have not been corrupted. 

-.-J*!! !° ftware ***** is tnen installed 212 b y th * client application 104 as described, using the format information 
is irifoWtfoT™" 6 PartiCUlar installation Process, and the script 826 to control any custom installation or configuration 

Installation 212 is monitored by the install monitor 910. which is executed prior to the actual installation. The install 
monitor 91 0 documents the state of the client computer 101 prior to installation and the changes made during the instal- 
lation of a software update. The install monitor 910 operates in the background, and intercepts calls to the file system 
or other operating system calls that might result in changes to any files in the client computer 101 . Depending on the 
specific call, the install monitor 910 takes action to preserve the state of the file before the change is made 

Figure 1 1 illustrates a flowchart of the operation of the install monitor 910. The install monitor 910 receives operat- 
in9 S !" ! m «°!" S and messa 9 es from me client application 104. On trapping 1 101 an operating system call, the install 
monitor 910 determines 1 103 the type of call. There are three types of calls of interest: calls 1 105 that delete a file or 
directory, calls 1 107 that change an existing file by writing to it, and calls 1 1 09 to add new a file or directory. When a file 
or directory is to deleted, the install monitor 910 first makes 1 1 13 a copy of the existing file or directory to a private area 
of the diem t computer 's 101 hard disk or other storage device. The install monitor 910 then lets the operating system 
917 delete the file or directory, and waits for the next call. When a file is to be changed 1 107. the install monitor 910 
determines 1115 whether this is the first write to the file. If so. then again, the install monitor 91 0 copies 1 1 1 9 the file to 
the private area. If the file has been already changed during the installation, there is no need to copy H again These 
copy operations 1113. 1119 preserve the configuration of the client computer 101 prior to the installation Finally if a 
r^ file or directory is to be added 1109, the install monitor 910 stores 11 17 the pathname of the new file or directory. 
This allows the new file or directory to be later deleted during an undo of the installation. For all other types 1 1 1 1 of 
operating system calls, the install monitor 910 passes them through without action. 

The install monitor 910 waits for installation process 212 to complete, preferably indicated by a message from the 
client application 104. At mis point the complete prior configuration of the client computer 101 is known from the copied 
files and pathname information. These files and information are compressed 1121 into an archive file 909 and saved 
on the client computer 101. along with information identifying me software product installation to which it belongs. This 
identrfying information allows the recovery module 908 to retrieve me archived information and restore me configuration 
of me client computer 1 01 . 

Other Service Provi der Software Architecture 

Referring again to Figure 7. the remaining modules of me service provider computer 102 are now explained. 
45 Communication 

The communications module 703 provides for the establishment, maintenance and termination of network connec- 
tions between me service provider computer 1 02 and either the software vendor computers 1 03 or the client computers 

.n»lr„?^T U Sf a ?^'! ,0, ?. l ! ,e 703 SUPP ° rtS ** FTP and HTJP P rotoco,s for sendi "9 and living data over me 
Internet and the World Wide Web. The communications module 703 generally maintains and establishes separate 
streams for each connection it maintains. Preferably, the service provider computer 102 supports a large number of 
connections, possibly several hundred or thousands, at a time. In me event me customer base is so large that an even 
larger number of simultaneous connections may be required, multiple servers with mirror images of me update data- 
♦u 11 ^ 136 USed ' 1716 c ° m ™ ni cations module 703 also handles login and logout in a conventional manner 
though these functions may be incorporated into me security module 701 . below. 

Security 

The security module 701 handles me authentication of me user as an authorized user of me service provider com- 
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puter 102. The security module 701 may be implemented with conventional authentication mechanisms based on dig- 
ital signatures, such as public key systems supporting digital signatures, certificates and the like. Suitable security 
mechanisms include VeriSign Inc. s Digital ID Center, which incorporates the login and logout functions from the com- 
munications module 703. 

Additionally, the security module 701 provides for verification of the integrity of software updates that are down- 
loaded from software vendor computers 1 03 to ensure that such updates have not been altered or infected by computer 
viruses or other unauthorized modifications. This module may be used, for example, to compute a checksum of the 
updates and the checksum may be stored in the update database 709. The checksum may be a simple one, or a cryp- 
tographically secure one such as any of the Message Digest (MD) algorithms proposed by Professor Ronald Rivest and 
commonly available in programming API's such as Microsoft's Cryptographic API standard. Whenever an update is 
later downloaded to a client computer 101 from a software vendor computer 103, the checksum of the update may be 
computed and compared against the one stored in the update database 709. If the two match, it may reasonably be 
inferred that the software update was downloaded to the client computer 101 correctly. The security module 701 may 
also be used to scan for viruses in the software updates stored on the various software vendor computers 103. 

Payment 

The payment module 705 handles payment by the end user to the service provider for the service of providing soft- 
ware updates. The service provider computer 102 maintains a database of its users. This database may be Die user 
profile database 71 1 or other databases. Each user is charged a service fee for using the service provider computer 
102 to download software updates. The fee may be based on a variety of different schedules, such as connection time, 
number of software updates purchased, annual or monthly subscription fee, or a combination of any of these or other 
pricing formulas. However charged, the payment module 705 tracks the user s usage of the service, for example, total 
the connection time, and maintains a count of the number of software updates downloaded, until the user logs out of 
the service provider computer 102. Payment is then charged to the user 's credit card, which was previously supplied by 
the user during registration. Suitable implementations of the payment module 705 may be created in conformance with 
the Secure Electronic Transaction specification of Mastercard and Visa. 

A user 's subscription to the service may be enforced by the payment module 705 in various ways. One example of 
an algorithm to enforce term subscription is as follows: 

The user logs in from the client computer 101 to the service provider computer 102. The payment module 705 
determines if the user's account is current, and if so, accepts the connection to the client computer 101. K the user's 
account is about to expire, for example, within 30 days, or has expired, the payment module 705 prompts the user to 
renew the subscription. If the user agrees, the subscription fee is charged to the user s credit card account, and the con- 
nection to the client computer 101 is established, allowing the user to use the service as described. H the users refuses 
to renew, the connection is refused. 

Fees may also be charged on a per-transaction basis. In this scenario, the fees may be attached to selected trans- 
actions. Once example of an algorithm to enforce per-transaction fees is as follows: 

The client application 104 requests, for a software product to be updated, a transaction permission from the service 
provider computer 1 02. The payment module 705 determines from the update database 705 a specific fee tor the trans- 
action and returns this information, along with a permission, to the client application 104. The client application 104 dis- 
plays the fee to the user, who either confirms the transaction or cancels the software update. If the transaction is 
confirmed, the client application 104 performs the installation process. The payment module 705 is notified if the trans- 
action and installation is successful, and then adds the transaction fee to a running total of fees for the current session. 
When the user's session is complete, the running total of transaction fees is charged to the user s credit card, and the 
charges provided to the client application 104 which displays them to the user. 

In cases where an update is going to be undone by the recovery module 908. the transaction fees should to be 
credited back to the user 's credit card account. Here, the client application 104 informs the service provider computer 
102 that a software update is to be undone, providing the update ID 819 of the software update The payment module 
705 uses the update ID 819 to determine the transaction fee (cost 824) to be credited. This amount is passed back to 
the client application 104 and displayed to the user. The software update is removed by the recovery module 908. and 
the payment module 705 is notified of the successful removal. The payment module 705 then subtracts the transaction 
fee from any current running total of fees At the dose of the session, the payment module 705 either charges or credits 
the user's credit card account, as appropriate. 

Database Modification 

The database modification tools 707 provide for the maintenance and updating of the update database 709 to 
include new software updates from various software vendors. The tools 707 provide for the addition of new entries, and 
the deletion or alternation of existing entries in any of the tables of Ihe update database 709. 
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Of the various tables, the update table 807. which contains the information about the current updates for the soft- 
ware products, and the product table 805. which identifies the various software products for which their are updates are 
the most frequently modified. ' 

c k S0ftware "Plates become available, either the service provider or the software vendors access the data- 

s base mcd.ficat.on tools 707 to update the database. This is preferably done by completing forms that capture the infor- 
mation used in the tables of the database. Figure 13 illustrates a sample form for specifying new update information or 
changing existing update information. The form 1300 includes fields for providing the remark 1301 used in describing 
u ^ ^ 3 1303 for the information on th e software update, version information 1305. software products 1307 
affected by the update, the type of update 1 309. known incompatibilities 1311. filters for locating prior versions of the 
n^If P . !f t0 66 Updat6d baS6d ° n verSion information 1 313, date information 1315. and Registry information 
J ™, .^T 9 6 software P f0duct in tne Re 9'stry fles of the 91 5 of the client computer 101). In addition, the file 
format 1321 of the update is specified along with a URL 1319 for the network location of software update itself Finally 
the installation procedures 1323 are specified for use in an installation script 826. This information readily processed in 
a conventional manner and updated to the appropriate tables of the update database 709 
is In order to be supported by the update service of the service provider, software products and the updates to the 
software products have to be registered in the update database 709. 

•« *k Re ^ teri " 9 3 s 0 ^^ product has the goal of specifying sufficient information to identify a product and its version 
if the product has been installed on a given client computer 101. Figure 17 illustrates a form for registering a software 
product into the update database 709 for the first time. The registration form 1700 contains fields for the software 
vendor s company name 1 701 . software product name 1 703. product type 1 705, a method 1 707 to identify the software 
product on the cl.ent computer 1 01 . a unique file name 1 707or character string identifying the product, methods 1 709 
for verrfying version information, file dates 1 71 1 . and directories 1 71 3 on the client computer 101 

The product type 1 705 can be a device driver, an application, a plug in (a product which extends the capabilities of 
another product such as an Internet browser) or an operating system file 

The method 1 707 to identify the software product preferably specifies a unique file name or a character string and 
the location of ^the file name or siring. For example, on the Windows 95 operating system, the name of a sound driver 
is specified in the Registry location 

\HKEY_I^CAL_MACHINBSystem\CuTO^ , n w , ^ filename of ^ 

driver is found in this Registry location. A software product could also be identified by the presence of unique directory 

30 names. As noted, in some instances, product names are not unique. 

The version of the software product that is installed on a client computer 101 may be obtained in one of several 
ways. It may be the version number, the last modification time-stamp of a file, or it may be specified explicitly in the Reg- 
! X f >' ntor ™*on provided in the registration form is processed after submission and added to the appropriate 
tables of the update database 709. 

35 Software updates may be identified for inclusion in the update database 709 by the service provider periodically 
searching the Internet to identify software vendors providing updates of software products. Most software vendors will 
maintain Internet sites that indicate the presence of new software updates. For each identified software vendor the 
service provider downloads the software updates to the updates database 709. A file format of the software update is 
determined, and an installation process specified according to the file format of the software update. Finally the service 

40 provider creates an entry in the update database 709 including the URL or network location of the software vendor 's 
computer system 103 storing the software update, the file format of the software update, and a specification of the 
installation process. 

Alternatively, software vendors who contract with the service provider may provide the information about their soft- 
W ^ e . pr ° duc ' s and software updates, e.g. name, file format, and so forth, directly to the service provider, or to the 
45 update database 709. 

However provided to the i*xJate database 709. registering an update consists of specifying the properties of the 
software update and the software products and their versions to which the software update is applicable. The properties 
of the software update preferably include the new version number 820 that results if the software update is applied to 
the product the format 825 of the software update - zip file, self-extracting archive, and the like, and the installation 
steps (script 826) required to install the software update on the client computer 101 . The product versions to which the 
software update is applicable are specified as the products themselves are specified earlier in this section Also a URL 
to a brief description and a full description of the software update - the problems it fixes and features it might add -is 
preferably included, or the information may be directly stored. 

As each new update becomes available, a new update entry is created. 

Either the software vendor or the service provider specifies the product and the software update database entries 
in conformance with the properties of the software update. 
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User Profile Database 

The user profile database 711 maintains a profile for each user containing information about which products the 
user has shown an interest, for example by requesting notification about software updates for specific products or 

5 aboul new software products. This information is then used to deliver notifications about new updates available for 
these products to the user, for example by email, or other electronic communications mechanisms. This optional f eature 
of the service provider computer 102 further enhances the value of the service to the user, ensuring timely notification 
of the availability of software updates and new software products. 

In this regard, one alternate embodiment of the present invention is the use of email to notify users about new soft- 

w ware update information, and new software products for which the user has expressed an interest. Specifically, when a 
new software update or software product is available, the service provider computer 102 sends an email to those users 
who have requested notification by email. The email contains information about the software update, and may include 
the record from the update table 807 about the software update, including the URL data 823 used to access the soft- 
ware update files. The client application 104 would then read the update information, and verify that the software update 

is is indeed applicable to the client computer 101 , and that the client computer 101 satisfies any conditions for installation. 
If the software updates are approved by the user, the client application 1 04 downloads the software update, verifies rts 
integrity, and installs the software update directly, without having to login 201 to the service provider computer 102. and 
analyze 204 the software products installed on the client computer 101. In the case of notifications about new software 
products in which the user had expressed interest, the client application 104 would verify that the user is still interested 

20 in the software product and proceed to purchase, download and install it. 

As a further enhancement of the e-mall notification embodiment, the email sent by the service provider computer 
1 02 includes a specification of conditions a client computer 1 01 must satisfy for the software update or software product 
to be installed. This information is essentially the same as that used by the client application 1 04 to determine the rel- 
evant software updates for the clienl computer 101 . For example, this information includes, for a software update, the 

25 older versions of the software product to which it is applicable. This additional information in the email notification is 
used by the client application 104. for example, to ensure that the software update is used only once by the user, and 

can be repeatedly applied. . . . 

The user profile database 71 1 generally stores information descriptive of each user. This information may include 
the user ID. password, digital signature, credit card numbers and the like, for use by the security 701 . communications 

so 703. and payment 705 modules. Figure 14 specifies one exemplary schema of the user profile database 71 1 1 In a user 
table 1400. each user is identified by user ID 1401 . name 1403. email address 1405. the start date 1407 of their sub- 
scription to the service, the end or termination date 1409 of the subscription, credit card information 1411 such as 
number issuer and expiration date, a user selected password 1413. and a public key 1415 or other authentication 
token As illustrated in Figure 3, the user has the option 309 of requesting notification by email of such software 

35 updates The user table 1 400 thus also includes a flag 1 41 6 indicating whether the user so desires to be notified by 
email The user table 1400 is keyed by the user ID 1401 to a notification table 1417 that associates the user with 
selected product names 1419 and their current version 1421 . When a software vendor or the service provider updates 
the update database 709 with information for a new software update, the notification table 1417 may be scanned to 
identify those users by user ID 1401 to notify about the update. The email flag 1416 for a user is checked, and rf true, 

40 the users email address 1405 is obtained from the user table 1400 and the user notified by email with information iden- 
tifying the new software update. 

Activity Loo 

45 The service provider computer 1 02 may be used to log all activities it performs with respect to the servicein the 
activity log 718. Of particular interest are the activities the computer performs in response to user requests for software 
updates and the like. An illustrative format for the activity log 718 is shown in Table 2. 

so 
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Table 2 





Activity Log 718 


Transaction Id 


Activity Type 


Date-Time 


User Id 


Parameters 




UUUUUUU I 




031296 
093540 


20198312 


password 


Success 


UUUUUUQZ 




031296 
093606 


20198312 


last version 


Methods DB or Up-to- 
date 


UUUQ0003 


DB 


031296 
093649 


20198312 


last version 


Products-Locator DB 
or Up-to-date 


00000004 




031296 
093723 


20198312 


Sound Blaster16. 2.0 


sb-2.02 






031296 
093727 


20198312 


Myst 1.0 


Up-to-date 


00000005 


GetUpdate Entry 


031296 
093751 


20198312 


sbl 6-2.02 


Update Entry 


00000006 




031296 
093807 


20198312 


sb1 6-2.02 


Success 


00000007 


Installed Update 


031296 
094532 


20198312 


sb1 6-2.02 


Success 


00000008 


Logout 1 


031296 
094730 


20198312 




Success 



10 



15 



20 



25 



30 



nr J n M S TT 5 !?' ol USer ,099ed in °" March 12 ' 1996 at 09:35:40 am " synchronized their method table 801 and 
r a ?Si°? 3 t3ble 8 °l, qU tL* * S ° ftWare Updates for SoundB.aster16 2.0 and Myst 1.0 newer than these product 

tLS^S* * ™ r6SPOnSeS indiC3te th3t MySt 10 was Up6ate to *»•■ but current vision of 

SoundBlas ter16 was version 2.02. The user then obtained the update entry for the new version of SoundBlaster^ 
describing the software update, downloaded the software update, installed it. and logged out 
40 Activity types not represented in the example above include Undo of Updates by the recovery module 908 regis- 
tering for service, and registering for notification for updates to specific products. ' 

n , J? thi . S H^ amP l e ' the activities of a sin 9' e user are represented in the activity log. In an actual system, the activities 
of several different users would be interspersed in the activity log. 

15 Reporting Tools 

, ™ e r^" 9 t0 °' S 71 3 fXOjkie su PP° rt for Querying the update database 709. the user profile database 71 1 and 
the activity log 718. The queries may be about the software products and updates, about the correlation between the 

1^1° S °^T[ 6 aCCSSSed by various usere - and about aggregate data. The databases 709. 71 1 and the 

activity log 71 8 together have the potential to provide precise descriptions of the software product profiles of the users 
For example, statistical information may be retrieved indicating the number of users of one product such as 
SoundBlasters who also own a second product, such as Myst This information may be collected and analyzed with- 
out necessarily violating the privacy of the individual users, no analyzed wnn 

55 URL Monitor 



50 



k °!3 com P ,les ^e list of URLs in the update database 709 and verifies on a periodic basis whether 

.El 8 ~ I £l 9 ? " I f J? t0 6nSUre the URL information *» the software updates is always valid. Figure 1 2 
illustrates a flowchart of the URL monitor 71 5. The URL monitor 71 5 traverses 1 201 each entry in the update taWe 807 
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This may be done Si mp.y in serial order, or by more complex approaches. ZZSlSZ 



,i,e ^J£Z**nmM. and may be repeated some ^*^*^»^"£™iEiZ 
absent or otherwise incorrect, as opposed to merely a failure of the network serv.ce provider or the take. Once rt .sdeter 
ISSmri MHM VHL is not present, the URL is marked 1209 in the update table 807 as being invalid 
ifthe URUs present, tnen the timestanp of the URL at the host site is chewed, typical^ ^ 

host is not newer then the URL monitor 715 continues with the next URL in the URL list 823. Once an oi wm 
thTu^Se Se 8o7(or tte desired number of old ones) have been processed, then the URL monitor 7 15 notf.esl213 
2 sySm ISSHSm of the potentially invalid URLs. The system administrator can then verify the URLs and update 
them if necessary, resetting the valid flag as the URLs are updated. 

Advertising ft Information Database 

The access that the service provider computer 102 has to the software profile of the client computers 101 'ends 
itsers^inSmation, advertsemen*. and other promotional ^^^^SSS^fS£^ 
user based on the software installed on the user 's computer. Basing information delivery on the nstalled soware proa 

the saliency of the information since the user has already ^^^^^ 
advertising or promotionaHnformation ™ * d ^ 

be of interest to the user. The service provider computer 102 associates sonware prouuw 

and enables this advertising information to be periodically delivered to the user. ™n*„minrj- the risks that 

Furthermore the nature of downloading and installing software updates is inherently t™™™™™^^™ 
users oerSv^in updating usually would mean that they would seldom perform the updates on unattended compute^ 

nation Hem. end » K. .505 * *«*m tor*. — ^^XST. S£££2Z£, 

the URLs 1503 for matching entries retneved ^^^'o^^ie^oo^eT ?1 during the installation process 
ent application 104. The information is preferably presented on the client computer that match a 

208-214 If there are many matches, then a weighting may be applied to select only ^j^**™"* The 
certain percentage, or number, of categories of the installed products. Other se.ect.on cntena may a sc 
crhLJ ml Fioure 15 is merely illustrative, and implementations other categorization may be used to associate aover 

rj££ «* * «« ^ - ch " roducts ins,a,,ed on me,r computere 

Client App lication Software Architecture 

Referring again to Figure 9. the remaining modules of the client application 104 are now explained. 
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Communication 

The communications module 903 provides complementary functions to the communications module 703 of the 
service provider computer 102, including establishing and terminating connection streams, login and logout functions. 
FTP functions, and HTTP protocol compliance. All of these functions may implemented in a conventional manner. 

Security 

The security module 901 provides an interface to the security module 701 of the service provider computer 102, for 
authentication of the user password, digital signatures, certificates, or the like. User passwords or other authentication 
information are assigned to the user in a conventional manner. The security module 901 may store the authentication 
information, or the user may be required to manually input the authentication information during login. 

Payment 

The payment module 905 provides an interface to the payment module 705 of the service provider computer 102 
to effect payment for use of the update service. Payment schedules may vary as described above. Preferably payment 
is made by credit card authorization. Given one or more payment schedules for use of the service, such as per update, 
periodic fees, or the like, the payment module may be implemented in a conventional manner. 

Registration 

The registration module 904 is used to register new users to the service provider computer 102. A sample user 
interface for the registration module 904 is shown in Figure 3. 

The registration module 904 obtained the user's name, address, credit card information, and a user-selected pass- 
word. The password is entered by the user twice and the two entries matched to ensure that the user did not mistype 
the password unintentionally. This information is stored in the current state 91 1 data. The registration module 904 also 
sends this information to the service provider computer 102. There the information is verified and a unique registration 
number assigned to the user and the number is returned to the client application 1 04, where the registration module 
904 displays the number to the user, and stores the number internally in the current state 91 1 data. 

Advertising & News 

The advertising and news module 906 provides customized information to each user of the service based on their 
prior interests in various software products and updates, as monitored and stored in the user profile database. The 
advertising and news module 906 interfaces with the advertising database 71 7 of the service provider computer 102 to 
deliver advertising and promotional information the user based on the installed software products on the user's compu- 
ter 101. 

The advertising and news module 906 provides information in various different modes. In one mode, the advertis- 
ing and news module 906 obtains ads from the advertising database 71 7 on a periodic basis, such as once every sev- 
eral hours, according to the installed software products on the client computer 101, as described above, and caches 
them locally. If an ad (here including other types of information or promotional data) is already present in the cache, it 
is marked as new, otherwise, the URL of the ad (as determined from the database 71 7) is accessed, and the ad saved 
in the cached. Ads not marked as new are purged. 

In a second, complementary mode, the advertising and news module 906 then selects ads from the cache and dis- 
plays them to the user for a predetermined duration when no other user activity is occurring, such as during the instal- 
lation process described above, or during an undo operation by the recovery module 908. 

Current State 

The current state 91 1 is a data store of data describing the present operation of the client application 104, including 
for example, user specific information, such as name, address, credit card number, registration or serial number, and 
which updates have been downloaded and which have been installed. The registration number is used each time the 
user logs in to the service provider computer 101. The information about which updates have been downloaded and 
installed is used to provide the undo capability of the recovery module 908. 

Recovery 



The recovery module 908 provides for undoing, or de-installing previously installed software updates using the 
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archive files 909. 

Recovery is an action initiated by the user when he or she is dissatisfied with a software update. When initialed, the 
effects of a software update previously installed are reversed. The ability of the recovery module 908 to perform the 
recovery is based on the presence of the archive files 909 created by the install monitor 910 when the software update 

5 was first installed. The archive files 909 contain a copy of each file which was deleted or modified during installation 
along with its original pathname and a list of pathnames of files added during the installation. The archives 909 are pref- 
erably kept in a corrpressed format for space efficiency. Generally, given, a specific software update to remove, the 
recovery module 908 reads the archive file 909 associated with that software update, restores the deleted or modified 
files to their directories, and deletes the added files or directories. 

10 Figure 16 illustrates one embodiment of the operation of the recovery module 908. The recovery module 908 
receives, as shown in Figure 6, an input of the name of the software update to be removed. This name is associated in 
the current state information 91 1 with the particular archive file 909 for that installation. The recovery module 908 doses 
1601 all executing applications. Using the name of the software update, or other identifying indicia, the recovery module 
908 obtains the archive file 909 associated with the update, and uncompresses 1602 it. For each file that is stored m 

15 the archive in compressed form, representing a f fle that the was deleted, the recovery module 908 copies 1 603 that file 
to its original location in the client computer 101 . For each file or directory that is listed as being new, the recovery mod- 
ule 908 deletes 1 604 that file or directory. Finally, the recovery module 908 reboots 1605 the client computer 101 . 

In summary, the present invention enables a useful mechanism for providing updates of various software products 
from diverse software vendors to a plurality of users, each user having different ones of the software products installed 

20 on their computers. The system of the present invention enables the software updates to be continually maintained and 
verified for correctness, while alleviating both users and software vendors of a substantial burden is communicating with 
each The system enables any software vendor to provide software updates to the service provider, ensuring that sub- 
scribing users have the software update on a timely basis. Likewise, subscribing users are ensured that they are notified 
about software updates for all of the software products installed on their computers, without having to individually 

25 search out information for each such product. In addition, the present invention enables advertising and other informa- 
tion to be targeted to users based on their interests and preferences and expressed in the software products installed 
on their computers. 
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Claims 



1 . A computer implemented method of providing software updates for a plurality of software products from a plurality 
of software vendors to a least one user computer, comprising: 

maintaining a database of information about software updates for a plurality of software products from a plural- 
35 ity of software vendors, the information including for each software update a network location of a computer 

system storing the software update; 

downloading at least a portion of the database to the user computer; 

determining on the user computer the software updates that'are relevant to the user computer according to the 
software products installed on the user computer; 
40 receiving a user selection of at least one applicable software update to install; 

downloading a selected software update from the network location specified in the database; and, 
installing the downloaded software update on the user computer. 

2. The computer implemented method of claim 1 , wherein: 

the database includes for each software update a specification of an installation process for installing the soft- 
ware update on the user computer; and, 

installing the software updates includes installing the software update according to the installation process 
specified for the software update in the database. 

3. The computer implemented method of claim 1 or 2, wherein the installation process is specified in accordance with 
a file format of the software update. 

4. The computer implemented method of one of the preceding claims, further comprising: 

providing on each user computer a client application of the database, and for each user computer, periodically 
activating the client application to: 

connect the user computer to the database; 
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automatically download said portion of the database to the user computer; 

automatically determine the software updates that are relevant to the user computer according to the soft- 
ware products installed on the user computer; 

receive said user selection of at least one applicable software update for installation; 
download said selected software update from the network location specified in the database; and 
install the downloaded software update on the user computer. 

The method of one of the preceding claims wherein maintaining a database of information comprises: 

receiving from a software vendor information describing a software update of a software product including a 
file format of the software update, a network location of the computer system storing the software update and 
an installation process for installing the software update; and, 
creating an entry in the database storing the received information. 

75 6. The method of claim 5, wherein installing the software update includes: 

determining from the database the file format of the software update; and, 
executing the specified installation process on the downloaded software update. 

20 7. The computer implemented method of one of the preceding claims further corrprising: 

periodically searching the Internet to identify software vendors providing updates of software products. 
8. The method of one of claims 4 - 7 wherein: 

25 

the database includes for a plurality of software products of diverse software vendors promotional information 
for the software products in association with a network location for the promotional information; 
wherein the client application automatically: 

so determines promotional information relevant to the user computer software products installed on the user 

computer; 

downloads to the user computer the relevant promotional information according to the network location 
associated with the such information. 

35 9. The method of one of the preceding claims wherein downloading a software update from the network location spec- 
ified in the database comprises: 

intermediating between a computer system controlled by the software vendor providing the software update 
and the user computer to enable the user to provide electronic payment for the software update to the software 
40 vendor. 

1 0. The method of one of the preceding claims wherein downloading a software update from the network location spec- 
ified in the database comprises: 

45 verifying that the downloaded software update is authentic and not corrupted. 

1 1 . The method of one of the preceding claims, wherein installing a software update comprises: 



so 



55 



monitoring any changes made to the user computer during installation; 
for each change to the user computer, storing data descriptive of the change; 
making the changes to install the software update; and, 
archiving the stored data as relating to the software update. 

1 2. The method of claim 1 1 . further comprising: 

receiving a user selection of an installed software update to be removed from the user computer 
retrieving archive files assocated with the installed software update; 

restoring from the stored data of the archive files the user computer to a state prior to the installation of the soft- 
ware update by undoing the changes described in the stored data. 
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13. The method of one of the preceding claims, wherein installing the downloaded software update comprises: 

determining whether a file existing in the user computer is to be deleted or altered, or a new filed added to the 
user computer; 

responsive to a file being deleted, saving a copy of the file and then deleting the file; 

responsive to altering file that has not been previously altered, saving a copy of the file, and then altering the 

file- 
responsive to a new file to be added to the user computer, storing a pathname of the file to be added, and then 

adding the file; and, . At _ ^ 

archiving the copied files and stored pathnames in at least one archive file that is associated with the installed 

software update. 

14. The method of one of the preceding claims, further comprising: 

is receiving a user selection of an installed software update to be removed from the user computer; 

retrieving archive files associated with the installed software update; 

deleting files added during installation according to stored pathnames in the archive files; and. 
restoring files deleted or altered during installation from the copied files. 

20 1 5. The method of one of the preceding claims, wherein determining the software i^xJates that are applicable to a user 
computer comprises: 

identifying each software product installed in the user computer; 
determining a version of each installed software product; 

identifying from the database those software updates for the installed software products having a version that 
is later than the version of the software product installed on the user computer 

16. The method of claim 15. wherein identifying each software product comprises: 

uniquely identifying two software products having a same name, by using a constraint to distinguish between 
the software products. 

17. A computer implemented method of providing software updates for a plurality of software products from a plurality 
of software vendors to a least one user computer, comprising: 

maintaining a first database of information about software updates for a plurality of software products from a 
plurality of software vendors, the information including for each software update a network location of a com- 
puter system storing the software update; 

maintaining a second database of user information for a plurality of users, including for each user, information 
40 identifying at least one software product of interest to the user; 

notifying at least one user by an electronic communication of the availability of a software update to a software 
product of interest to the user, the electronic communication including a network location of the software 
update; 

receiving from the user an approval to install the software update; 

downloading the approved software update from the network location specified in the electronic communica- 
tion; and, 

installing the downloaded software update on the user computer. 

18. A computer implemented method of providing software products from a plurality of software vendors to a least one 
user computer, comprising: maintaining a first database of information about software products 
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from a plurality of software vendors, the information including for each software product a network location of 
a computer system storing the software product; 

maintaining a second database of user information for a plurality of users, including for each user, information 
55 identifying at least one software product of interest to the user; 

notifying at least one user by an electronic communication of the availability of a software product of interest to 
the user, the electronic communication including a network location of the software product; 
receiving from the user an approval to install the software product; 

downloading the approved software product from the network location specified in the electronic commumca- 
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tion; and, 

installing the downloaded software product on the user computer. 

19. A computer readable memory on a user computer including a computer program for configuring and controlling a 
processor of the user computer to: 

connect with a database of information about software updates for a plurality of software products from a plu- 
rality of software vendors, the information including for each software update a network location of a computer 
system storing the software update; 

automatically download at least a portion of the database to the user computer; 

automatically determine the software updates that are applicable to the user computer according to software 
products installed on the user computer; 

receive a user selection of at least one applicable software update for installation; 

download a selected software update from the network location specified in the database; and, 

install the downloaded software update on the user computer. 

20. The computer readable memory of claim 19, wherein: 

the database includes for each software update a specification of an installation process for installing the soft- 
ware update on the user computer; and, 

the computer program stored on the computer readable memory further contrails the process to install the soft- 
ware update according to the installation process specified for the software update in the database. 

21. The computer readable memory of claim 20. wherein the installation process is specified in accordance with a file 
format of the software update. 

22. A computer implemented method of providing advertising information to at least one user computer, comprising: 

maintaining a database of advertising information for a plurality of software products of diverse software ven- 
dors in association with a network location for the promotional information; 

determining promotional information relevant to a user computer according to software products installed on 
the user computer; 

downloading to the user computer the relevant promotional information according to the network location asso- 
ciated with the such promotional information. 

23. A computer implemented method of removing an installed software update of a software product from a computer 
comprising: 

monitoring any changes made to the computer during installation of the software update of the software prod- 
uct; 

for each change to the computer, storing data descriptive of the change; 
archiving the stored data as relating to the software update; 

receiving a user selection of an installed software update to be removed from the computer; 
retrieving archive files assocated with the installed software update; 

restoring from the stored data of the archive files the computer to a state prior to the installation of the software 
update by undoing the changes described in the stored data. 

24. The method of claim 23, wherein storing data descriptive of the change comprises: 

determining whether a file existing in the computer is to be deleted or altered, or a new filed added to the com- 
puter; 

responsive to a file being deleted, saving a copy of the file and then deleting the file; 

responsive to altering file that has not been previously altered, saving a copy of the file, and then altering the 
file; 

responsive to a new file to he added to the computer, storing a pathname of the file to be added, and then add- 
ing the file; and, 

archiving the stored data as relating to the software update comprises: 

archiving the copied files and stared pathnames in at least one archive file that is associated with the 
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installed software update. 

25. The computer implemented method of claim 23 or 24, wherein the step of restoring comprises: 

restoring files deleted or altered during installation from the copied files stored in the retrieved archive files. 

26. The computer implemented method of one of the claims 23 - 25 further comprising: 

deleting files added during installation according to stored pathnames in the retrieved archive files. 
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Oo 
O 



©LU CL. 

O *< 



or 




101 

CLIENT 
COMPUTEI 


104 

CLIENT 
APPL 






s 



§ 

o 



BNSDOCID: <EP 081 1942A2_I_> 



23 



EP0 811 942 A2 



200 _ 



201 

LOGIN 



] FIGURE 2 



202 

REGISTER 
UNREGISTERED 
USER 



REGISTRATION 
(FIG. 3) 



. 203 

AUTHENTICAT E USER 
T " 



204 

ANALYZE CLIENT 
COMPUTER TO DETERMINE 
UST OF INSTALLED 
SOFTWARE PRODUCTS 



205 

FOR EACH 
INSTALLED PRODUCT. 
DETERMINE IF THERE IS AN 
APPLICABLE UPDATE 



207 

DISPLAY INFORMATION 
TO HELP USER SELECT 
UPDATES 



206 

DISPLAY LIST OF 
APPLICABLE UPDATES AND 
RECEIVE USER SELECTIONS 



LIST OF S/W 
UPDATES 
(FIG. 4) 



UPDATE ' 
INFORMATION 
(FIGS. 4,5) J 



DONET 



208 

FOR EACH SELECTED 
SOFTWARE UPDATE 

T 



209 

DOWNLOAD UPDATE 4 
INSTALLATION 
INFORMATION 



CONDUCT VENDOR 
PAYMENT 
TRANSACTION 



RECOVERY 
(FIG. 6) 



216 



UNDO INSTALLATION(S) IF 
USER DISSATISFIED 



211 

START INSTALL 
MONITOR 


i 


r 


212 1 

INSTALL UPDATE I 


213 

RECORD 
CHANGES 



214 

ARCHIVE CHANGES 



NFXT UPDATE^ 



215 

LOGOUT, UPDATE SERVICE 
PAYMENTS 
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300 



301 
303- 
305- 



_s 

CyberMedja Oil Change - Registration 



~ V -N 




307 



311 



Since this is your first time using Oil Change, please 
take the time to fill our the following information. 



ame: 
assword: 



Phone: 
Street Add: 
2nd Add: 
City: 
Country: 

E-Mail: 

309 -n 



||_orne Steiner | 


| iKimxtwiMi aoac uc j 


Piease Verify: J~*««~*~^T"| 


jCyberMeda, Inc 


— i 


|31 0-581 -4700 


j Fa* 1310-581-4700 | 


)3Q0Q Ocean Park Brvd 


)Sufte 2001 1 


| Santa Monica 


| State: 


|CA _J 


| United States 


ZipCode: 


90405-2345 




)btehef@cybermedia.com j 




a Notify me by E-Mail when Updates are 
AvaiUhfe 

matte 

EE 



Available 
Credit Information 

Type: 

Number: 



F 



0101 0101 OIOI 01 



Expiration: jl2/96 | 



jf^ Send 



| Help 



Cancel 



FIGURE 3 
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400 



j%CyberMedia on Change - Select 



mmm 



Application/Driver 



Diamond Multimedia 
Stealth64 Video 2121 
Intuit 



iQuicken S.(T 



401 



QuickBooks 
Microsoft 
MS Word 7.0 
MS Excel 7.0 
MS PowerPoint 7.0 
MS Office 7.0 



Remarks 



Windows 95 driver update 1 .01 



Update from 5.0 to 5.0f 




Show only entries that need updating 



Hi Show o 
^-407 




Payroll updates for New York 



No updates at this time 
No updates at this time 
No updates at this time 
Update for Internet and Exchange 7.0 



Quicken 5.0 has been updated to 5.0f. 
@ This includes corrections and 
0 D C K B O ernhancemerts rented bv our users. 
~ Corrections include fixes for users that 

405 are also using MS Inteflipornt or MS 

Intellitype. 



FIGURE 4 
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500 



I£&CyberMedia Oil Change - Update Hi^lf 










This is the update that you have selected: 
Quicken 5.0 to 5.0F 






505 ~-\_ Quicks 5 0 has been updated to 5. Of. 
,W 0 n <g> This includes corrections and 
ft Of 0 0 ©IrCS O enhancements requested bv oui users. 
\L~-» Corrections include fixes for users that 

are also using MS Intelipoint or MS 
InteJIitype. 


| install Update 

501 




If you do not want to install that update at this time, you may 
exit and return to Oil Change by clicking Cancel 


503^ 
| Cancel 
Uelp 



FIGURE 5 
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You may undo the last update and put back 
your computer tiles and any system settings to 
the state that they were in prior to installing the 
update. 



Previous Update: 



601 



Update from 5.0 to S.0f . New features. 



Description: 




Quicken 5.0 has been updated to 5.0f. 
This includes corrections and 
enhancements reauested bv our users. 
Corrections include fixes for users that 
axe also using MS Intelfipoint or MS 
Inteffitype- 



Undo 



S05 



607 




Help 



FIGURE 6 
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SERVICE PROVIDER COMPUTER 102 



ADDRESSABLE MEMORY 700 








701 j 

SECURITY 


703 [ 

COMMUNICA- 
TION 




705 

PAYMENT 






707 

DB MODIFI- 
CATION TOOLS 


709 

UPDATE 
DATABASE 




USER PROFILE 
DATABASE 














713 

REPORTING 
TOOLS 


715 

URL MONITOR 




717 

AD/INFO. 
DATABASE 






718 

ACTIVITY LOG 


719 ! 

NETWORK COMMUNICATION j 


I 




721 

OPERATING SYSTEM 





723 

PROCESSOR CORE 



FIGURE 7 
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CLIENT COMPUTER 101 



ADDRESSABLE MEMORY 900 



CLIENT APPLICATION 104 



901 

SECURITY 



904 

REGISTRATION 



903 

COMMUNICA- 
TION 



905 

PAYMENT 



906 

ADVERTISING/ 
NEWS 



907 

SYSTEM 
ANALYZER 



908 

RECOVERY 
MODULE 



911 

CURRENT 
STATE 



910 

INSTALL 
MONITOR 



912 

APPLICATIONS 



909 

ARCHIVE FILES 



913 

OS UTILITIES 



914 

DRIVERS 



915 

REGISTRY/ 
CONFIG. FILES 



916 



NETWORK COMMUNICATION PROT. 



917 

OPERATING SYSTEM 



918 

PROCESSOR CORE 



FIGURE 9 
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^ ANALYSE J 



1001 

SYNCHRONIZE CLIENTS 
METHOD. PRODUCT 
LOCATOR TABLES 

T. 



FIGURE 10 



1003 

CALL EACH SCAN METHOD 
TO OBTAIN SCAN.STRINGS 



1005 

FOR EACH SCAN.STRING 



DONE*. 



1013 

LIST OF 
INSTALLED 
SOFTWARE 

PRODUCTS 



205 

DETERMINE 
UPDATES 



1007 

RESOLVE SCAN.STRING ON 
PRODUCT LOCATOR TABLE 
TO GET PRODUCT NAME 



>1 PRODUCT 
NAM 



1009 

RESOLVE 
CONSTRAINT 



*NEXT 



J 



=1 PRODUCT 
NAME 



RESOLVE RELEASE 
INSTRUCTION TO GET 
RELEASE NO. 



1002 

FOR EACH INSTALLED 
SOFTWARE PRODUCT 



PONE*, 



YES 



1004 

RESOLVE PRODUCT 
NAME, RELEASE NO. ON 
PRODUCT TABLE 

; 

1005 

INSTALLED RELEASE 
MOST RECENT ONE? 



207 

DISPLAY 
INFORMATION 



J 



*NEXT 



^NO 



1006 

RETURN UPDATE ID 



1 


r 




1008 

RESOLVE UPDATE ID 
ON UPDATE TABLE TO 
GET COST, 
DESCRIPTION, URL 




< ■ 1 



1007 

LIST OF 
APPLICABLE n- 
SOFTWARE 
JJPDATES^ 
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FIGURE 1 1 



910 

INSTALL 
MONITOR 



ON OS CALL 



) 



ON INSTAl I A TIQN COMPLETE 



1101 

TRAP CALL TO 
OPERATING SYSTEM 



1111 
OTHER 



I 



1103 

SWITCH ON TYPE OF 
CALL 



1105 

DELETE 
FILE/DIRECTORY 



I 




1107 

CHANGE FILE 



1113 

COPY EXISTING 
FILE/DIRECTORY 
TO PRIVATE AREA 




I 



FILE/DIRECTORY 
PREVIOUSLY 
CHANGED? 



^ NO 



COPY EXISTING 
FILE/DIRECTORY TO 
PRIVATE AREA 



1109 

ADD FILE/ 
DIRECTORY 



I 



1117 

STORE 
PATHNAME OF 
FILE/DIRECTORY 
TO BE ADDED 



1121 

COMPRESSED SAVED 
COPIES AND 
INFORMATION INTO 
ARCHIVE RLE AND 
STORE 



(r eturn ^ 
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715 
URL 

MONITOR 



I 



1201 

FOR EACH ENTRY IN THE 
UPDATE TABLE 



PONE* 



I 



1203 

GET URL ENTRIES IN 
URL LIST 



1205 

LINK TO URL 



I 



1209 

MARK URL AS INVALID 



ML 



1207 

URL PRESENT? 



I 



YES 



YES 



1211 

URL HAS NEWER 
TIMESTAMP? 



) 
> 



NEXT* 
NO 



1213 

NOTIFY SYS. ADMIN. OF 
INVALID URLS 




FIGURE 12 
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^-FIGU RE 13 
FIG. 13A 



FIG. 13B 



FIG. 13C 



FIG. 13D 



FIG. 13E 
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GyberMedia* 



Welcome to the Oil Change Software Update Page! 



DESCRIBE THE UPDATE 

Please provide • bri ef descriptio n of this update: 

I ' Sr. , 

XJT available, provide ORi wnere additional mroxTnatlon 
regarding this update wooJd i>o av ailable 

I K i sc 3 

What Xs the new version number? 

I iZ^ 

wrist is tne new version iwnfier? 

I 

Which product doos this update Jf/tot? 

r rr yo« «r« Umtintr mmXtlplm **o*»cfr 9****** it " - c — 

Oil Change allows you to choose one of four different updatae: 

A B*plao«M»nt opdats affects a epecific version already on the PC. 

A cumulative Opdata does not rsquire an existing version on the PC. 

A Point Opdats installs components without changing tha varsion muubar . 

An znoxamaatal Opdats only modifie. cartain portion, of a epecific var.xon. 

Which cyp0 or ap dMZm Is tJiis? 
|Raploc fTW< Update fl \ ^O^f 

Pl+ase list an y *nown Inccnpitlbl llZlms 



Figure 13a 
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SPECIFY WHEN THE UPDATE 15 APPLICABLE 

In order to verity that the correct product/ version is updated, oil change provides 
a series of filter, for use in establishing additional rile criteria. If necessary, 
you nay select on* or no re of these filters: 

C LOCATE PREVIOUS VERSION OF THE FILE 

Okeck. here it you wut the program to scan the fid ir*tem Car pceviow vcrnocs 

■Wiat I a tit* nareg of the file? 

•There is the /lie l ocated? ^ " 

iRootOirectoiyCCA) jfl 

Which version should oil coasora JooJt for? 
ISpedncVoition M 

If you selected Specific Tex. Ion, 

enter version to be verified: I ; 



If you selected Multiple, ver sions, 
enter tha version numbers: [~ 



(tot multiple rmioum, «ae«r tao rwtioa ai^>«r* •opar«ted by « 



i.e. j.o2, mtc.) 



If you selected Version Range, 
enter versions in the range free: I f Toi l j 

(Zr »*sxc±*B<r tor all intent version, oacor xsraxtt In tee To: tl+ld) 



C CHECK DATE OF PREVIOUSLY INSTALLED FILE 

Select teesnoa if you would the pro«r«n to .caa the tyfton for ti« d«tti of previous* 

Fntor nam e o/ /X le . i 2 i. 

Where la the file l oce tad? 
|RootO«tocoiy(C\) 3 



Which data should Oi l Gbanca loo* /or? 
|Look*oraSpsc*cFs»Dots fl 



Figure 13b 
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If you chose a Specific P* te# 
enter date her* — »/a*7w»iI I 

If you selected latest Date* or P*U Hn y> specify the range 
(inclusive) to be checked rrosv.l J 

fto ..«rch r*r «r <ue. ,riox eo eiai*, -p-^V ooyoo/oo ia ea* rrem: *ieJ<fj 



C CHECK REGISTRY 

Select tbi option € you wodd Bee the profxsn to check the feisty far prc«»jct erformshoa 
ghat is tiis MajorKoy in ri># Ksglstxy? 

jHKEY.aASSES.ROOT g / 5 * 7 



a/nst is Cao MlnorKoy In tAa Registry? 

fi . «. SyeteMCttrrentCo ntroiaecXConcrolV *edi*ft*»oureee) 

I I 

Whet is tne Registry BublCey? 
rtattr * if all gubKeyw My »« u»ectj 

\ i 

What Is the Registry 8ubKe>y Valuo Nam 7 

rgeae gf tAa ralue la ea* Sua Key, e.?. Installer, driver* etc.; 



9th at Is the Aegis try SubKoy Talue Type? 



If you selected Specific Tears Ion, 
•nter the version nuabtr ■ * 



If you selected Toriloa 

enter versions in the rang* reoe«| 

(It Mirchio^ **r all eoteegiteat MniOM, eater nnnTB ia tA* le* stteleU 

If you selected 8 poo If lo P ato, 
enter dete here (WOd/yy) I j 



If you selected Dete R ange 
enter range here rco»:[ 



(%o mmtrc* tor oar dete pcxoe to tee *es rial*, specify OO/O0/00 ia C*e From: field; 



If you selected Specific String, 

how should the strings be co m pa red 7 
lOwpemSlrmg-CASESENSmVE "1 



Figure 13c 
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Bnt»r th. full Registry Bering 
I 

(nfr th* ±<t*aUCyiaer at ting your product cr««tM la to* MiaioM Xoozotry; 



WHERE CAN THE UPDATE BE DOWNLOADED PROMT 



£ntor tho ORL of th* sit* wharm tha> film Xm available 
for download (Tt cjiero ore — atipio g lios , b#o « cuwn i to aipaxata c*o 

Whet /1J# format, is balng usmd? 

C Chtc* horo if you wouJd lis* CybmrfimdXa to stort your update 
on our local FTP site. 



TcH ni how to Install your protect 

Specify Che tnftaDition steps in the order they are to be performed. Please note that tome actions wsD 
require additional input Once you have made a selection from the fist box, follow the instructions noted 
on the Kit entry. 



INSTALLATION . STEP 1 

|Ex»aao INSTALLSXE*" 



Boleet on*: 



A-socmcL/riLi nasx 



r 



C-PE3T. pmCTOET KAML 

|RootOr>qDfy(CA) 



n-sosacr pihxctoft mug 



D-CCSQUm L2ME PAKAinHS (optlOMl) 



INSTALLATION - STEP 2 

Select one: [Execute INSTALLED 



A-SOCTPCr/riLt MIST 

[ 



C-DE3T. DIRECTORT MJLHE 

|Roo«D^ctory(C\) j| 



B -sooner, azaxcroar njusx 
lRootOmota>y(CA) fl 



PAAAAXTZR3 (optional) 



INSTALLATION - STEP S 
Bolter one: [Sag rSTALL&g 

A-sotTRcr/rur mast 



C -PtST. PIRICTOUT HAJtt 
|Roo<OifOOtory(C\) j j 



B-sorocr DiaxcToaT map 

D-coaxuro Liar piAunrrcas (optional) 

I 8 



Figure 13d 
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INSTALLATION - STEP 4 

Soloct on*: f£Mtcu»t<STAU-gXE 



A~socrecg/riLt una B-wcmc* mmctwt mc 



C -DEST. HKKCTOT MAP D-COOgg Lgg MJUUCTO O (optional) 

{Ftool Directory (C\) fl I 1 



Return to Product Registration p«ge 
Return to Pre* Kit 

We welcome jiv comimntt rod gggdogg 



CCopyrifht QrbcrMcJU, Inc 1996. All Rights 



Figure 13e 
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SOFTWARE UPDATE TO 



REMOVE 



908 

RECOVERY 
MODULE 



1601 

CLOSE ALL 
APPLICATIONS 



1602 

UNCOMPRESS 
ARCHIVE ASSOCIATED 
WITH SOFTWARE 
UPDATE 



1603 

FOR EACH FILE IN 
ARCHIVE THAT WAS 
CHANGED/DELETED, 
COPY THE FILE FROM 

THE ARCHIVE TO 
ORIGINAL LOCATION 



1604 

FOR EACH FILE IN 
ARCHIVE THAT WAS 
ADDED. DELETE THE 
FILE. 



1605 



REBOOT SYSTEM 



FIGURE 16 
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✓-FIGURE 17 
FIG. 17A 



FIG. 17B 



FIG. 17C 



FIG. 17D 



BNSDOCtD: <EP 081 1942A2J.. 



43 



EP0 811 942 A2 



CyberMedia* no a 

Welcome to Oil Change Product Registration! 

Hu a an example of the product regtftration £otm to be uf ed for Oil Chattg* We welcome your c 



suggestions. 


PRODUCT INFORMATION 








i 




Product Warn*: 


1 





i 7o t 



What typo of product is this? |")^ £7 

Kov do you uni^ueiy idonti/y tills product on * system? 



| Signature File 




Identifying 




I 


i 



#>ou wouW /lire Off Change to use additional product verification filters, please select one or more 
of the following: 

Check Version 

Check File Date 

Check Registry Entry 

Check for Directory 



C CHECK VERSION 

Select tins option if you would like the program to scan the system for previous versions 



Figure 17a 
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What Xs the name of the film? 



I i 


Where Is this 


«fil* located? 


| Root Directory (CA) 


IB 1 



Check for whic h version? 
j Any Version H 



If you selected Specific Version, 
which version should we verify? [ 



If you selected Multiple Versions , 

enter the version numbers: | "1 
(tor auUtipio TCLr32oas, aatar eho raxaion ai 



aeparatmd *y a com**, l.m. 1.01, i m0 2. 



If you selected Version Range, 

enter versions in the range tvom\ j 
(Xt aeaxchia? rW All «u^«^u.c v+r»±ons. 



:TE in the To: riaJdJ 



C CHECK FILE DATE 

Select tins option if you would nice the program to f can the system for the dates of prenous veroons 
What Is the name of the file? . /~// | 

1 *^ 

Khora is this file located? 
|ftoot Directory (C\) j g 

Which daze should Oi l Change check for? 
[Look tor q Specific File Data S 

If you chose a Specific Date, 
enter date hero (mn/dd/yytf^ 

If you selected Latest Date, what range 

will the date fall between? rroms l 1 T o | \ 

(to search tor any data prior to the Te: rieJd, Mpaolty OO/OQ/00 la the From: rield; 



Figure 17b 
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If you selected Version Range , ente r versions 



in the range rr«| I To:| ^ 
,2T ..archie ror all .^ M t reraicw, ester IBKMITE An the to: /i^ 

If you selected Specific Dat e, 

enter date here cae/dd/vy) I * 

If you selected Date Ran ge, ^ 

enter range here rr^aj I To;| J ^. Mi 

fto aearc* *or any date prior to the to: Xield, mpmaxty 00/00/00 xn the tram: fueldj 

If you selected Specific String, 
how should the strings be comp ared? 
| Compare String - CASE SENSmVE d 

Enter the full Registry Stri ng 

(enter the identizyinff string- your product creetes la the Windows Roaimtry) 

□ CHECK FOR EXISTING DIRECTORY I 7 • ^ 

Select this option if you would like the program to scan for an exi*tmg directory 
If you selected versi on Ra nge, ente r versions 
in the ranee Tromt[ ~_J To: I J 



in the range fro*:^ , 
(XI sosxehina tor mil subsequent versions, enter XHFJJIXTS ao the to: XieldJ 

If you selected Specific Date, 
enter date here {um/dd/rv) C 



If you selected Date Ran ge, 

enter range here Froms! i To:[ 



rto searc* Tor ««y dete prior to the to: Hold, specify 00/00/00 in tho From: raid; 

If you selectod Specific String/ 
how should the strings be comp ered? 
| Compare String - CASE SENSTTIVE fl 

Enter the full Registry Stri ng 

1 

(enter the idantiryinv string your product cxeeti 



in the Windoem tteojintry) 



□ CHECK FOR EXISTING DIRECTORY 

Select tfau option if you would alee the program to acan for an existing directory 



Figure 17c 
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Which directory name should be verified? 

I \ 

Where la the direct ory located? 
|RootOiret*ofy(C\) M 



(Not* : If you how multiple programs using the same information, you must submit a separate verification form for 
each. Jfter submitting the initial form, uss your browser's "back" button to return to this pags, then etc k "Clear 
Entry" to reset the form. You may then enter new data for additional products.) 

View the Update Registration page 
Return to Press Kit 

We welcome your comment * and gg ggjjgJBS 
oCopyricfat QrberMedia, Inc 1996. AD Rights Reserved. 



Figure 17d 
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(54) Automatic updating of diverse software products on multiple client computer system 



(57) A system and method update client computers 
of various end users with software updates for software 
products installed on the client computers, the software 
products manufacturered by diverse, unrelated software 
vendors. The system includes a service provider com- 
puter system, a number of client computers and soft- 
ware vendor computer systems communicating on a 
common network. The service provider computer sys- 
tem stores in an update database information about the 
software updates of the diverse software vendors, iden- 
tifying the software products for which software updates 
are available, their location on the network at the vari- 
ous software vendor computer systems, information for 
identifying in the client computers the software products 
stored thereon, and information for determining for such 
products, which have software updates available. Users 
of the client computers connect to the service provider 
computer and obtain a current version of portions of the 
database. The client computer determines that software 
products stored thereon, and using this information, 
determines from the database, which products have 
updates available, based on product name and release 
information for the installed products. The user selects 
updates for installation. The selected updates are 



downloaded from the software vendor computer sys- 
tems and installed on the client computer. Payment for 
the software update and the service is mediated by the 
service provider computer. Authentication of the user 
ensures only registered users obtain software updates. 
Authentication of the software updates ensures that the 
software updates are virus free and uncorrupted. 
Changes to the client computer during installation are 
monitored and archived, allowing the updates to be sub- 
sequently removed by the user. 
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